NON-DISRUPTIVE MONITORING OF TRAFFIC FLOWS IN A CONNECTION- 
ORIENTATED PACKET NETWORK 



FIELD OF INVENTION 

The invention relates generally to the art of packet-switching systems and more 
specifically to a method and apparatus for the non-disruptive monitoring of traffic flows 
5 in a connection-orientated packet-switched network, such as an ATM network. 

BACKGROUND OF INVENTION 

Telecommunication service providers have typically provided their customers with 
0 test access connection (TAG) capability for circuit-switching systems in order to monitor 
a given point-to-point call or connection. A monitor TAG basically converts a point-to- 
point connection into a point-to-multipoint connection, wherein one of the multipoints is 
the original connection endpoint and the other, new, endpoint or leaf terminates at a TAG 
port which is connected to test equipment. The switching technologies typically used in 
5 circuit-switched networks, e.g., step-by-step, panel & crossbar switching cores, 
conveniently enable a point-to-point connection to be converted into a point-to-multipoint 
connection on-the-fly, i.e., while the call is in progress, without disrupting the original 
call. This is because the added connection or new leaf is typically merely a parallel 
electrical connection in the switching core. 

0 

Customers of connection orientated packet-switching systems have also desired 
to be provided with monitor TAG capability. However, conventional connection- 
orientated packet-switching technologies typically do not enable a packet stream to be 
monitored without causing service disruption. This is because, simplistically speaking, 
5 connection-orientated packet switches typically employ some sort of look up routing table 

to provide the necessary internal addressing to route packets of a point-to-point 
connection through the switch, i.e. from an ingress card servicing an input port to an 
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egress card servicing an output port. The output of the lookup table is typically added as 
overhead information to the packet which is examined by various components of the 
switch in order to implement the internal routing function. In order to convert a point-to- 
point connection into a point-to-multipoint connection, the look up table typically has to 
be modified to provide different overhead information which indicates to the internal 
switch components that the packet has to be copied, multi-cast or otherwise addressed to 
multiple endpoints on one or more output ports. This generally requires the packet switch 
to tear down the point-to-point call and re-setup the call as a point-to-multipoint 
connection, causing significant service disruption. 

SUMMARY OF INVENTION 

Broadly speaking, the invention provides a method and apparatus for the non- 
disruptive monitoring of traffic flows in a packet-switched network, such as a connection- 
orientated ATM network. 

According to one aspect of the invention, a method is provided for converting a 
point-to-point packet flow from a first point to a second point in a packet switch into a 
point-to-multipoint packet flow from the first point to the second point and from the first 
point to a third point in the packet switch without disrupting the packet flow from the first 
point to the second point, in a switch which comprises one or more interface devices, 
connected to an internal bus, for servicing the first, second and third points. The method 
comprises the steps of: (a) configuring the device servicing the third point to retrieve 
from the bus packets addressed thereto which are associated with a point-to-multipoint 
overhead for routing packets from the first point to the second point and from the first 
point to the third point; (b) configuring the device servicing the second point to 
additionally retrieve from the bus the packets associated with the point-to-multipoint 
overhead; and (c) configuring the device servicing the first point to address packets 



received at the first point to the second and third points using the point-to-multipoint 
overhead after step (b) is completed. 

In addition, by (d) configuring the device servicing the third point to stop 
retrieving the packets associated with the point-to-multipoint overhead; (e) configuring 
the device servicing the first point to address packets received thereat only to the second 
point; and (f) configuring the device servicing the second point to stop retrieving the 
packets associated with the point-to-multipoint overhead only after step (e) is completed, 
the flow of packets to the third point may be terminated without disrupting the flow of 
packets to the second point. 

As used in this specification, the term "packet" refers to any fixed or variable 
length message or package of information. In the preferred embodiment, the packet 
comprises a fixed length ATM or ATM-like cell. 

BRIEF DESCRIPTION OF DRAWINGS 

For the purposes of description, but not of limitation, the foregoing and other 
aspects of the invention are explained in greater detail with reference to the accompanying 
drawings, wherein: 

Fig. 1 is a block diagram illustrating the architecture of a preferred packet switch, 
including interface cards thereof; 

Fig. 2 is a block diagram illustrating in greater detail the structure of a preferred 
interface card employed in the packet switch; 

Fig. 3 is a data flow diagram illustrating how the interface cards process incoming 
packets (hereinafter "ingress processing"); 

.4 



-4- 

Figs. 4 and 5 are schematic diagrams illustrating the structures of preferred headers 
pre-pended to incoming packets by the interface cards during the ingress processing 
thereof; and 

Fig. 6 is a data flow diagram illustrating how the interface cards process outgoing 
packets (hereinafter "egress processing"); 

Fig, 7 is a schematic diagram illustrating the structure of a uni-directional test 
access connection in the packet switch; 

Fig. 8 is a schematic diagram illustrating the structure of a bi-directional test access 
connection in the packet switch; 

Fig. 9 is a flowchart illustrating a preferred process for establishing and releasing 
a unidirectional test access connection in the preferred packet switch without causing any 
service disruption to an original point-to-point connection; and 

Fig. 10 is a series of data flow diagrams illustrating the effects the preferred 
process shown in Fig. 9 has on the ingress and egress processing of packets. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

The preferred embodiment is discussed in relation to a prior art model 36170 
Mainstreet Xpress™ ATM packet switch manufactured by Newbridge Networks 
Corporation of Kanata, Ontario. The basic architecture of this switch is disclosed in PCT 
Publication No. WO95/303 18 (corresponding to PCT Application No. PCT/CA95/00248) 
published on November 9, 1995 and owned by the assignee of the present application, 
which disclosure is incorporated herein by reference in its entirety. 

Fig. 1 illustrates at a high level the architecture of the preferred 36170 ATM packet 
switch 10. The switch 10 comprises at least one peripheral access shelf 12 which features 
a plurality of universal card slots (UCS) for housing a variety of interface cards 18 or 
system cards 19. In the illustrated embodiment, four peripheral shelves 12 are shown, 
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with each shelf housing three interface cards 18. The peripheral shelves 12 are connected 
to a switching fabric or core 14 (which resides on a separate shelf) via a plurality of high 
speed fibre optic buses 16 termed Intershelf Links (hereinafter "ISL bus 16"). 

On each peripheral shelf 12, the interface cards 18 thereof are connected in a star 
topology for the transfer of data towards the switching core 14. A hub card 30 (which is 
one type of system card) multiplexes a plurality of "Add" buses 28 from the various 
interface cards 18 on shelf 12 to an uplink portion of the high speed ISL bus 16. The hub 
card 30 also terminates a downlink portion of the ISL bus 16 from the switching core 14 
and drives a multi-drop bus 34 which feeds interface cards 18. 

The switching core 14 comprises at least one dual receiver card (DRX) 36 (one 
DRX is shown) which formats incoming data from the uplink portion of ISL bus 16 into 
a form suitable for transmission onto a parallel backplane bus 38. A termination card 
(TC) 42 provides electrical termination for the backplane bus 38. At least one dual 
switching card (DSC) 40 (two DSCs are shown) is connected to the backplane bus 38. 
The function of each DSC 40, as explained in greater detail below, is to examine the 
backplane bus 38 to determine whether any packets, e.g. ATM cells, are intended for the 
peripheral shelves 12 serviced by the particular DSC 40 and, if so, to copy the cell off bus 
38 and into one of a plurality of down ISL queues (DS) 44 for subsequent transmission 
of the cell over the proper downlink portion of the ISL bus 16 to the correct peripheral 
shelf 12. In this manner, any interface or system card can communicate with any other 
interface or system card. 

Referring additionally to Fig. 2, one example of interface card 18 is an ATM cell 
relay card 18' which transmits and receives ATM cells over a port 22 between an 
extemaJ ATM aggregate source and the switching core 14. Irrtgrface card 18' comprises 
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an ingress processing means 20 for converting incoming ATM cells 24 from the input side 
of port 22 into ATM-like cells termed Newbridge ATM (NATM) cells 50. This is 
accomplished by examining the VPWCI field of incoming ATM cell 24 and, based on 
this field, attaching a proprietary tag or header 26 to the ATM cell which is used to 
identify an intemal address for routing the ATM cell. The NATM cell 50 is routed toward 
the switching core 14 over local Add bus 28. 

Fig. 3 is a data flow diagram which illustrates the ingress processing in greater 
detail. As illustrated, the ingress processing means 20 reads VPWCI field 25 of ATM 
cell 24 and uses that value to look up a pointer in a contents addressable memory (CAM) 
46 termed a local ingress connection identifer (LICI). The CAM 46 provides a means as 
known to those skilled in the art for compacting an address space and economizing on the 
amount of memory required to look up a value based on the large address space provided 
by the VPWCI fields. The LICI, in turn, points to an entry in RAM memory 48 wherein 
the proprietary header 26 for the specific link designated by the VPWCI field is stored. 
The ingress processing means 20 retrieves the header 26 and forms the 60 byte NATM 
cell 50 which is routed to the switching core 14. 

In accordance with the preferred embodiment, the header 26 consists of seven (7) 
bytes pre-pended to the standard 53 byte ATM cell 24 in order to form the NATM cell 50 
which is 60 bytes long. The information provided by the header is used to uniquely 
address any port 22 on any UCS housing any interface card 18, and to identify the priority 
of the attached ATM cell 24. The header 26 is also used to support a multi-casting 
capability where the address field identifies a group of UCS interface ports. 

There are two cell types defined by the proprietary header 26; (a) point-to-point, 
and (b) point-to-multipoint. Fig. 4 illustrates the NATM cell 50. incorporating header 26a 
for implementing a point-to-point connection. The meaning of certain fields of header 
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26a are defined in Table A below (the other fields not defined below are more fully 
described in PCT Publication No. WO95/30318): 

TABLE A 



FIELD NAME 


DESCRIPTION 


Pt-Pt 


Indicates addressing is either for a point-to-point or for a 
point-to-multipoint connection. 
"1" = point-to-point; 
u — poini-io-muiti point. 


Source Port 


Indicates the cell's ingress port. Range: L..3. 
Zero is illegal. 


Stage 1/Stage2/Stage 3 
Address 


These fields each allow the selection of one output out of 16 
from a switching shelf, with the capability of having 3 
stages of switching shelf 


Card Address 


This field uniquely identifies a destination element within an 
ISL. 


Egress Connection Identifer 
(ECI) 


This field is set on ingress by interface cards and identifies 
the connection at the egress point. It is used for performing 
address translation and statistics gathering on egress. 


Port 


Used by multi-port interface cards to address a port (from up 
to 16). 



Transmitting ATM cells 24 which are part of a point-to-multipoint connection 
requires that the cell be routed to every drop bus 34 which has an interface card 18 that 
is part of the multi-cast ^oup. The cell must also contain a multi-cast identifer that each 
card checks to determine if the card is part of the predetermined multi-cast group for the 
cell. This group can then be used to determine which ports of the UCS cards are to use 
the cell, i.e., which interface cards 18 are to receive the data. Fig. 5 illustrates NATM cell 
50 mcorporating header 26b for implementing point-to-multipoint connection. The 
meaning of certain fields of header 26b are defined in Table B below (the other fields not 
defined below are more fiilly described in PCT Publication No. WO95/30318): 



TABLE B 



FIELD NAME 


DESCRIPTION 


Pt-Pt 


Indicates addressing is either for a point-to-point or for a 
point-to-multipoint connection. 
"1" = point-to-point; 
"0" == point-to-multipoint. 


Switch Shelf Output Bitmap 
Source Port 


A multicast cell may be routed to multiple drop busses. 
This is accomplished by bit mapping the output ports of the 
switching shelf that the cell is to take. 


Multicast Connection 
Identifier (MCI) 


This field is set on ingress by the interface card and 
identifies a system wide unique multicast group. 


Source Port 


Indicates the cell ' s ingress port. Range: 1 . . .3 . 
Zero is illegal. 



As shown in Fig. 2, the interface card 18' also includes a backplane address 
filtering means 60 for monitoring the multi-drop bus 34 and copying or receiving any 
NATM cell 50 thereon which is addressed to the card 18'. The multi-drop bus 34 
operates at a relatively high speed, e.g., 800 Mb/s, and thus the card 18' may receive more 
NATM cells 50 then it can instantaneously deal with. In order to prevent cell loss, card 
18' includes an output queueing means 62 for buffering outgoing NATM cell 50. An 
egress processing means 64 retrieves NATM cells 50 from the queues established by the 
queueing means 62 and maps the cells into the specific format of the physical interface 
for transmission on the output side of port 22. 

Fig. 6 is a data flow diagram which illustrates the egress processing in greater 
detail. The egress processing means 64 reads the ECI (Fig. 4) or MCI field (Fig. 5) of the 
proprietary header 26a or 26b (as the case may be) of NATM cell 50 and uses that value 
to look up in a memory 70 a pointer termed a local egress conifiection identifier (LECI). 



The LECI, in turn, points to an entry in a memory 72 which stores an egress VPWCI 
value. The egress processing means 64 discards the header 26, retrieves that VPWCI 
from memory 72 and overwrites the original VPI/VCI field in the ATM cell 24 with the 
egress VPWCI value. In the foregoing manner, the preferred packet switch 10 provides 
a unidirectional cross-connect from an first portA^^PWCI to a second portA^PWCL For 
a bidirectional connection, another unidirectional cross-connect as described above is 
required to route packets from the second portA^PLVCI to the first portA/^PLVCI. 

Fig. 7 illustrates the function and structure of a monitor test access connection 
(TAC) 74. A bi-directional point-to-point connection 76 between points A and B 
comprises two unidirectional cross-connects 78 and 80 in switch 10 as described above. 
The monitor TAC 74 according to the preferred embodiment provides a copy or a 
duplicate of the ATM cell traffic from the ingress of target point A situated on port 22 A 
to a TAC point C situated on port 22C without disrupting the cell stream between points 
A and B. This is accomplished by providing an on-the-fly conversion of a point-to-point 
connection to a point-to-multipoint connection without disrupting the cell stream between 
points A and B, as described above. 

The monitor TAC is initiated, for example, by a command from a local network 
management terminal interface (NMTI) 82, as is known in the art per se, which is 
connected to a control card 84 (a type of system card) that resides in one UCS of one of 
the peripheral access shelves 12. The monitor TAC command sent by the NMTI 82 
includes parameters specifying the address (i.e., shelf/slot/physical portA^PLVCI) of the 
target point A, and the address of test endpoint C. 

The control card 84 provides all common control and management facilities for 
switch 10, as is known in the art per se, including: (a) mg^intaining a configuration 
database; (b) maintaining a calls-in-progress or cross-connect database; (c) executing the 
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node software; and (d) providing centralized connection and admission control (CAC) to 
determine whether or not a new connection should be accepted. 

The preferred process by which the control card 84 (which executes the node 
software) establishes the monitor TAG 74 is illustrated in the flowchart of Fig. 9. The 
process is initiated at step 90 when control card 84 receives a request to construct the 
monitor TAG 74 for target point A. At step 92, the control card 84 checks its centralized 
configuration database to ensure that point A is in fact an endpoint, relative to switch 10, 
of a functioning connection. At step 94, since a monitor TAG in effect adds a new leaf 
to point-to-point connection 76, the control card 84 executes GAG processing as known 
in the art perse in order to determine whether or not switch 10 has sufficient resources 
to permit anew connection. If so, at step 96 the control card 84 updates its internal calls- 
in-progress database to reflect the fact that point-to-point connection 76 will now be a 
point-to-multipoint connection. 

At step 98, the control card 84 prepares or assembles a multicast or point-to- 
multipoint header 26b (Fig. 5), having an MGI field set to a value, MGI^, required to 
route ATM cells 24 from target point A to counterpoint B and from target point A to TAG 
point G. 

At step 100 of the Fig. 9 flowchart, the control card 84 sends a message, including 
the multi-cast header 26b assembled in step 98, to interface card B, which is the egress 
interface card with respect to cross-connect 78. The message instructs interface card B 
to add MGIn as an entry in memories 70 and 72 in order to map cells arriving from point 
A to point B and from point A to point G. This is in addition to the EGI entry of the 
original cross-connect 76 which only mapped cells arriving from point A to point B, i.e., 
the original EGI entry is not deleted. For instance, referring to the example configuration 
illustrated in Figs. 10(a) to 10(d), consider target point A to haVe a VPWGI = 1/100, 
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counterpoint B to have a VPWCI = 2/200 and TAG point C to have a VPWCI = 3/300. 
Initially, as shown in Fig. 10(a), the ingress processing means 20 receives an ATM cell 
24 having VPI/VCI = 1/100. The CAM 46 returns an LICI having a value LICIo which 
points to a unicast header 26a having an internal address or ECI value of ECIq. For the 
original point-to-point connection 76 (Fig. 7) between target point A and counterpoint B, 
as shown in Fig. 10(b), the egress processing means 64 on card B initially retrieves ECIq 
from header 26a, which returns LICIq from RAM 70. In turn, LECIq points to a VPI/VCI 
in RAM 72 equal to 2/200, and thus the ATM cell 24 has its VPI/VCI field rewritten to 
now read 2/200, thereby effecting cell switching. As shown in Fig. 10(c), process step 
100 causes the egress interface card B to add a new LECI entry, LECIn, into RAM 70 
which also points to a VPI/VCI entry of 2/200. LECI^ is pointed to by MCIn. However, 
the original LECIq entry in memory 70, which is pointed to by ECIq, is not deleted 
therefrom. 

The new LECI, LECIn, points to a VPI/VCI entry of 2/200 in memory 72, and the 
original LECIq also points to a VPI/VCI entry of 2/200. Thus, after step 100 is 
completed, the egress processing means 64 will correctly switch all NATM cells 50 
arriving from port A and featuring VPI/VCI = 1/100 to port B, with VPWCI = 2/200, 
whether cell 50 incorporates unicast header 26a having internal address ECIq or multicast 
header 26b having internal addresses defined by MCIn. At this stage of setting up the 
TAC, however, the ingress processing means 64 of ingress interface card A (Fig. 10(a)) 
has not yet been instructed to change the manner by which it processes incoming ATM 
cells, and hence NATM cells 50 continue to arrive at the egress interface card B using the 
initial ECIq for the original point-to-point cross-connect 78 between target point A and 
counterpoint B. 

At step 102 of the Fig. 9 flowchart, control card 84 sends, a message, including the 
multicast header 26b of step 98, to ingress interface card A. The message instructs 
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ingress interface card A to transmit all ATM cells from port A having VPWCI =1/100 
on the new MCI, MCIn. This, as shown in Fig. 10(d), causes the ingress interface card 
A to alter its CAM 46 so that VPWCI = 1/100 returns a new LICI, LICI^, which points 
to the multicast 26b of step 98 that is stored in RAM 48 of card A. Thus, the ingress 
processing means 20 pre-pends the multicast header 26b having its MCI field set to MCI^, 
to incoming ATM cells 24. 

The transformation of point-to-point connection 76 into a point-to-muhipoint 
connection, which involves sofhvare, is generally not faster than the typical speeds at 
which ATM switches transmit. Hence, it is likely that the ingress processing means 20 
of ingress interface card A has added header 26a (addressing ECIq) to a number of ATM 
cells 24 which may have not yet been processed by egress processing means 64 of egress 
interface card B. However, since at step 100 egress interface card B has been instructed 
to listen to the original ECI, ECIq, as well as the new MCI, MCI^, all cells on VPWCI 
= 1/100 will be properly switched to virtual channel 2/200. For this reason, it is important 
that step 100 be carried out prior to step 102. 

In addition, maintaining the original ECI entry in egress processing means 64 
guarantees that the original connection 76 will be restored once the monitor TAC 74 is 
removed. This is because the switch 10 may be requested to establish many new 
connections during the period monitor TAC 74 is active. Hence, if the original ECI entry, 
which corresponds to an allocated connection consuming a specified amount of 
bandwidth, is removed, the switch may not allow the original connection 76 to be restored 
due to the unavailability of a free ECI (i.e. only a finite number of ECIs are provided on 
the switch.). 



At step 104 of the Fig. 9 flowchart, the control card 84 s^nds a message, including 
the multi-cast header 26b of step 98, to interface card C servicing TAC monitor point C. 
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The message instructs the test interface card to add suitable entries to memories 70 and 
72 so that the egress processing means 64 thereof will switch NATM cells 50 having an 
MCI field containing MCI^ to test port C with VPWCI field set to virtual channel 3/300. 
This step 104 may be preformed prior to step 100 or 102 since it does not affect the cell 
stream of original connection 76. 

At each step 100, 102 and 104, the control card 84 waits to receive an 
acknowledgement message back from the appropriate interface card 18 that the command 
sent by the control card has been executed before proceeding to the next step. This is 
because the internal messaging protocol of the preferred switch 10 does not guarantee 
strict sequencing of commands. 

At step 106 of the Fig. 9 flowchart, an acknowledgement message is sent back to 
the NMTI 82 (Fig. 7) informing it that monitor TAG 74 has been successfully applied. 

Fig. 9 also illustrates the preferred process for removing monitor TAG 74 without 
causing service disruption to connection 76. When the control card 84 receives a TAG 
removal request from the NMTI 82 at step 110, control card 84 sends ingress interface 
card a message at step 112 to return to transmit cells from port A having VPWGI = 
1/100 on the original EGI, EGIq, as shown in Fig. 10(a). At this stage, the egress interface 
card B is still in the state illustrated in Fig. 10(b) wherein it is able to switch NATM cells 
50 addressed with EGIq or MGIn to VPI/VGI = 2/200 on port B, and thus there will be no 
cell loss or service disruption in respect of cross-connect 78. At step 114, control card 
84 sends egress card B a message instructing it to remove the MGI entry from memories 
70 and 72 which map cells arriving fi-om port A on VPI/VGI =1/100 to VPI/VGI = 2/200 
on port B. Since the original EGI entry was not removed when the monitor TAG 74 was 
established, the egress interface card B automatically reverts to^he original point-to-point 
state of connection 76 as shown in Fig. 10(b). At step 116, the control card 84 sends a 
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message to the interface card servicing TAC point C to remove the point-to-multipoint 
MCIn entry to thereby terminate monitor TAC 74. This step may occur prior to step 112 
or 114. At step 118, the control card 84 updates it calls-in-progress or cross-connect table 
to reflect the original state of point-to-point connection 76. Finally, at step 120, the 
control card 84 sends an acknowledgement message back to the NMTI 82 informing it 
that monitor TAC 74 has been successfully removed. 

Fig. 8 illustrates monitor TACs E^plied in both directions of connection 76. In the 
preferred embodiment, two TACs 74 and 75 are required to monitor the bi-directional 
traffic of connection 76. Each monitor TAC 74 and 75 is individually established as 
described above and as illustrated in Fig. 8 such that cross-connects are respectively 
established fi-om target point A to TAC point C, and from target point B to TAC point D 
on port D. 

In the preferred embodiment, control messages between the various cards in 
switch 10 are communicated using a virtual control channel as explained more fully in 
PCT Publication No. WO95/303 1 8. A variety of message protocols can be employed to 
implement the control messaging between control card 84 and interface cards 18 in 
establishing and dismantling monitor TAC 74. In the preferred protocol, all messages 
relating to monitor TAC 74 include the following parameters: (a) a copy of the original 
message establishing a point-to-point connection between target point A and counterpoint 
B; (b) transmit information, including a version of multicast header 26b, informing the 
ingress card how transmit on a new MCI; and (c) receive information, including a version 
of multicast header 26b, informing the egress card how to "listen" to a new MCI. (Thus, 
according to the preferred protocol, three versions of the multi-cast header 26b are created 
in step 98 since the addressing information for each point A, B, C is different.) This 
protocol or paradigm features a "create" attribute only, and hence a state table as shown 
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in Table C below is employed in order to inform the interface cards 18 when to remove 
a TAC transmission or receive entry from its memories. 



TABLE C 





■ C|ph|iectioii 














P2P 


Do 
Nothing 


P2P 


Remove tx 


Remove 
rx 


Remove 
tx+rx 




Do Nothing 


Remove 
P2P 


Remove 
P2MP 


Remove 
P2P+tx 


Remove 
P2P+rx 


Remove 
P2P+tx+rx 




P2P+tx+rx 


Add 
tx+rx 


P2P+tx-l-rx 


Add rx 


Addtx 


Do Nothing 




P2P+rx 


Addrx 


P2P+rx 


Remove tx 
Add rx 


Do 
Nothing 


Remove tx 




P2P+tx 


Addtx 


P2P+tx 


Do 
Nothing 


Remove 

rx 
Addtx 


Remove rx 



2 



3=s? 



Legend: 

P2P 

P2MP 

tx 

rx 

0 



point-to-point message 
point-to-multipoint message 
transmit information or state 
receive information or state 
no information 



The preferred embodiment, which is based on the 36170 platform, has a limitation 
that two leaves from the same source may not exist on the same port, and thus, points B 



20447729.4 



• 



-16- 

and C, for instance, may not be located on the same physical port. However, those skilled 
in the art will realize that in alternative embodiments, the target point, its original 
counterpoint, and the monitor TAG point may all be located on one physical port serviced 
by one interface card. 

5 

The preferred embodiment has also made reference to two different types of 
perpended headers used in the 36170 system, namely point-to-point or unicast header 26a 
and point-to-multipoint or multicast header 26b. In alternative embodiments, a single type 
of header having a bitmapped address field may be used, where setting a single bit in the 

10 bitmap constitutes or references a unicast or point-to-point connection, and the setting of 
multiple bits in the bitmap constitutes or references a multicast or point-to-multipoint 
connection. Similarly, those skilled in the art will appreciate that the invention is not 
limited by what has been particularly shown and described herein as numerous 
modifications and variations may be made to the preferred embodiment without departing 

15 from the spirit and scope of the invention. 
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